wo 2005/060297 



PCT/EP2003/014209 



Title: 

A SYSTEM, ARRANGEMENT AND A METHOD FOR HANDLING CONNECTION OF A 
MOBILE STATION MOVING IN COMMUNICATIONS SYSTEMS SUPPORTING 
COMMUNICATION OF DATA 



FIELD OF THE INVENTION 

The present invention relates to a communications system 
supporting communication of data, which comprises a number of core 
networks with a plurality of core network functional server nodes, 
also called core nodes, and a nimber of radio access networks, 
each with a number of radio access network control nodes, also 
called control nodes, wherein at least some of the core nodes are 
arranged in a pool to, in common, control at least a number of 
control nodes supporting pooling of core nodes. The invention also 
relates to a core network functional server node, or a core node, 
used in a communication system supporting communication of data, 
for mobility (and session) management, and which forms part of a 
pool of core network functional server nodes which, in common, are 
able to serve at least one radio access network, or part of a 
radio access network, to which mobile stations can connect over 
radio access network- control nodes. Still further the invention 
relates to a method for handling connection of a mobile station 
moving in a communication system supporting communication of data, 
and comprising a number of core networks with a plurality of core 
network functional server nodes, and a number of radio access 
networks, each with a number of radio access network control 
nodes, wherein at least some of the core nodes are arranged in a 
pool to, in common, control at .least a number of radio access 
network control nodes supporting pooling of core nodes. 
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STATE OF THE ART ' ' 

Communication systems, particularly wireless communication 
systems, supporting communication of data or packet data, provide 
access over a number of radio networks and comprise one or more 
5 core networks. Each radio network generally comprises radio 
network control means comprising a number of radio network control 
nodes controlling base stations to which user stations or mobile 
stations can be connected or attached. Generally a radio network 
control node is controlled by a core network functional server 

10 node, in the case of packet data a packet data support node, of a 
core network. For GPRS GSM/UMTS such a packet data support node is 
denoted an SGSN (Serving GPRS Support Node) - Generally each core 
node,, particularly SGSN, controls one or more radio network 
control nodes, i.e. it is responsible for such radio network 

15 control means, for example RNCs (Radio Network Controller) or BSCs 
(Base * Station Controller) . Generally it is fixed which SGSN 
controls which RNCs. This is often disadvantageous among others 
since an SGSN has to be dimensioned for the worst case, i.e. a 
niomber of subscribers may be roaming within the network in a 

20 similar manner at the same time, meaning that an SGSN has to be 
configured to have a lot of spare capacity, which only is used in 
such cases. During other circumstances it is a waste of resources. 
When a subscriber or a mobile station is roaming within the 
network such that the closest base station will be controlled by 

25 another radio network control node than the one he attached to, 
and the SGSN which is responsible for a particular radio network 
control node is statically configured, the responsibility for the 
connection will have to be taken over by another SGSN. This 
involves a lot of signalling, for example with the home location 

30 node of the subscriber or for updating purposes, which means a 
substantial load on the home location nodes. Furthermore it has 
been realized that it is very expensive and requires a lot of 
complicated conf igurational work to make reconfigurations and/or 
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to add equipment in such systems. High costs are also . involved 
when such a system needs to be built out or when servers are to be 
replaced by other servers or SGSNs e.g. in the case of 
malfunctioning. Mo-reover it is disadvantageous as far as load 
5 sharing and redundancy issues are concerned. For a subscriber who 
is roamxng within the network or changes routing area, 
responsibility for such a subscriber by a core node will have to 
be transferred to other core nodes as the subscriber moves 
throughou"t the network. This leads to a lot of signalling between 

10 the core nodes and home location nodes of the subscriber in order 
to update involve nodes, for example HLR (Home Location Register) 
nodes ^ between concerned core nodes, e.g. SGSNs, and between 
concerned SGSN and GGSN (Gateway GPRS Support Node) , which 
severely loads the nodes and requires a lot of signalling in 

15 general. Therefore the so called pooling concept has been 
introduced. The pooling concept relates to pooling of core 
network nodes. As referred to above, a subscriber or a mobile 
station moving from one routing area handled by for example one 
SGSN to another routing area handled by another SGSN, will trigger 

20 a so caXled Inter SGSN Routing Area Update (ISRAU) . This is 
described in 3GPP TS 23.060, version 5.6.0, Release 5, section 
6,9.1.2.2, Inter SGSN Routing Area Update, the content of which 
herewith is incorporated herein by reference. 

25 In a pool an SGSN handles a much larger number of routing areas 
(shared toy other SGSNs) , and a mobile station or a roaming 
subscribe X, can remain connected to one and the same SGSN as long 
as it is within the area covered by the pool. This means that a 
number of SGSNs are responsible for a number of routing areas, or 

30 a number of radio network control means, which they control in 
common and wherein particularly each SGSN is able to control any 
radio network control means within the pool. The pool concept for 
pooling of SGSNs and MSCs (Mobile Switching Centers) has been 
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standardized in 3GPP TS 23.236, Release 5, which herewith also is 
incorporated herein by reference. Thus, when the pooling concept 
is implemented, a mobile station will remain connected or attached 
to one and the same SGSN as long as it is in the geographical area 
5 covered by the pool (unless the SGSN is to be taken down or 
malfunctioning or similar) . The allocation of a mobile station to 
a particular SGSN in a pool can be done in different ways, it may 
for example be done arbitrarily or randomly, it may be done taking 
load sharing and/or redundancy into consideration, or consecutive 
10 attaching mobile stations may be allocated consecutive SGSNs etc. 
In principle any algorithm or method for allocating an SGSN (or an 
MSG) in a pool to a mobile station can be used. 

However, not all radio access networks are^ or will be, pool 
15 enabled, i.e. support pooling of core nodes, and the current 
development indicates that the GSM RANs will be pool enabled 
before the UMTS RANs. The situation may also occur that not all 
radio network control means, e.g. RNCs or BSCs, support the 
pool±ng concept even if belonging to one and the same radio access 
20 network, i.e. part(s) of a radio access network may support 
pooling, whereas other part(s) of the same radio access network do 
not. 

Dual mode core nodes, for example dual mode SGSNs, which support 
25 for example both GSM and UMTS, are known. This means for example 
that a dual mode SGSN supporting both GSM and UMTS potentially 
could be connected to a GSM RAN that supports pooling i.e. the 
control nodes of which are pool enabled and to an UMTS RAN that is 
not pool enabled- Similar situations might also occur in multi- 
30 vendor scenarios when for example radio network control means, 
e.g. RNCs or BSCs, of one vendor support pooling whereas those of 
another do not. Moreover, in most cases UMTS coverage will be 
introduced as so called "hot spots" on top of existing GSM 
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coverage. This is illustrated in Fig. 1 in which a pool area of 
GSM coverage is shown. The area is handled by SGSNs 01-04. Within 
the pool there are (here) two so called UMTS hot spots. In this 
scenario every transition between GSM and UMTS (the transitions 2- 
5 5 in the figure) , as the MS is roaming through the area covered by 
the pool;- will then potentially trigger an ISRAU, since SGSNs 2 
and 4 handle the UMTS areas. This means that the benefit of the 
pooling concept will be limited since the MS in the worst case 
will perform an ISRAU at each transition instead of staying on one 

10 and the same SGSN. Thus, such a situation is today handled by the 
standardized ISRAU procedure as referred to above and a backward 
compatability mechanism (GTP relay, 3GPP TS 23.236) which makes 
sure that a new SGSN is able to get hold of subscriber data etc. 
and which is built in into the pool solution. This requires a lot 

15 of signalling between SGSNs since there will be a lot of Inter 
SGSN Routing Area Updates and it is, to a large extent, not 
possible to take advantage of the pooling concept. A similar 
situation may also arise when only part of one and the same radio 
access network is pool enabled. Of course the situation will be 

20 the same if an UMTS RAN is pool-enabled whereas a GSM RAN is not 
etc. For circuit switched communication similar situation will be 
produced but in that case the core nodes comprise MSCs. Thus, it 
will under such circumstances not be possible to take advantage of 
the pooling concept, and a lot of signalling will be required 

25 between SGSNs within one and the same pool, a lot of signalling 
will also be required from SGSNs in a pool towards home location 
nodes and mobile switching centers, which is clearly 
disadvantageous . 

30 SUMMARY OF THE INVENTION 

What is needed is therefore a system through which advantage can 
be taken under varying conditions of the pooling concept, i.e. the 
arrangement of a number of core nodes, such as SGSNs or MSCs, in a 
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pool. Particularly a system is needed through which advantage of 
pooling can be taken when part of a radio access network^ or radio 
network control nodes in a part of a radio access network is/are 
not pool enabled, i.e. do not support pooling of core nodes. A 
5 system is also needed through which advantage of pooling ' can be 
taken when different radio access networks are provided of which 
for example one does not support the pooling concept whereas 
another does. Particularly a system is needed through which the 
benefits of the pooling concept can be enjoyed in a mixed pool- 

10 enabled/non-pool-enabled radio access network environment. A 
system is also needed through which it gets possible to maintain a 
mobile station roaming in a network implementing the pooling 
concept connected to a core node at least under particular 
circiamstances even if there are parts of the radio network or 

15 different radio access technologies which do not support pooling. 
Still further a system is needed through which signalling can be 
reduced ±n a network supporting or implementing the pooling 
concept. Particularly a system is needed through which signalling 
between core nodes and signalling between core nodes and home 

20 location nodes etc. can be reduced as compared to through known 
solutions . A system is also needed through which the costs can be 
lowered and bandwidth can be saved for example on links between a 
pool and home location nodes. Particularly a system is needed 
through which the benefits of the pooling concept can be increased 

25 and more flexibly be taken advantage of under different 
circumstances . 

A core network functional server node (core node), e.g. in this 
case SGSN and MSG etc. or a packet data support node, is needed 
30 through which one or more of the above mentioned objects can be 
achieved- Still further a method as initially referred to is 
needed through which one or more of the above mentioned objects 
can be fulfilled. 
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Therefore a coiratiunication system as initially referred to is 
provided wherein, for a transition of a connection of a mobile 
station from a first core network functional server node, in the 
5 following denoted first control node not supporting pooling of 
core nodes, but served by a first core node belonging to a pool, 
to a second control node supporting pooling of core nodes, the 
mobile station is able to remain connected to said first core node 
forming part of the pool. 

10 

Particularly the core node comprises means for generating and 
allocating, to a mobile station connecting/attaching to a first 
core node, a temporary mobile station identity (temporary MS id) 
((P)-TMSI), which temporary mobile station identity further is 

15 provided with a pool identification for identifying the core node 
in the pool to which the core node belongs, and said pool 
identification is included in a modified mobile station 
routing/location area update message. The temporary mobile station 
identity and pool identity is allocated to the mobile station 

20 irrespectively of whether the mobile station connects to a (radio 
network) control node which is pool enabled or not (as long as the 
core node controlling the control node forms part of the pool) . 
When the mobile station moves from the coverage of the first 
control node controlled by a first core node to that of the second 

25 control node, said modified routing/location area update message 
including the pool identification is relayed to said first core 
node. Particularly said transition comprises an intra core node 
inter system change. In a particular implementation at least one of 
the core nodes of the pool comprises a dual- /mult imode core node 

30 supporting access over more than one radio access network 
implementing different radio access technologies. 
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According to one aspect of the present invention said first and 
second control nodes belong to the same radio access network^ 
wherein a first part of said network does not support pooling and 
contains said first control node, whereas a second part of said 
5 • radio access network supports pooling and contains said second 
control node. In particular implementations said core nodes 
comprise Serving GPRS Support Nodes (SGSNs) and the control nodes 
comprise Base Station Controllers (BSCs) for GSM communication 
and/or Radio Network Controllers (RNCs) for UMTS communication 
10 using WCDMA radio access technology. 

In other implementations at least some of the core nodes comprise 

Mobile Switching Centers (MSG) for circuit switched communication^ 

at least some of the control nodes comprising Base Station 
15 Controllers (BSCs) . 

In one implementation said first and second control nodes belong 
to the same radio access network comprising an UMTS access network 
or a GSM access network, and part of said UMTS or GSM radio access 

20 network does not support pooling of core nodes. In another 
implementation the first and second control nodes support 
different radio access technologies and belong to different radio 
access networks, the first core node comprising a dual access 
node. In one implementation the first control node is an UMTS RNC 

25 not supporting- pooling and the second control node is a GSM BSC 
supporting pooling. In another implementation the first control 
node is a GSM BSC not supporting pooling whereas the second 
control node is a UMTS RNC supporting pooling. Advantageously the 
first core nocie of a pool allocates a temporary mobile station 

30 identity to a connecting/attaching mobile station irrespectively 
of whether the mobile station connects over a control node 
supporting pooling of core nodes or to a control node not 
supporting pooling of core nodes. Particularly the temporary 
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9 

mobile station identity comprises a ((P)-TMSI) modified in that a 
pool identification e,g. comprising a Network Resource 
Identification (NRI^ Network Resource Identifier) is included. 
Particularly said pool identification, e.g. NRI, is included in a 
mobile station routing/location area update message provided to 
the second, control node as the mobile station moves from the area 
covered by the first control node to that covered by the second 
control node. Particularly the first core node uses the 
Gb-flex/Iu-flex mechanism (cf. 3GPP TS 23.228, v.5.2.0.. Release 
5) for allocating a temporary mobile station identity comprising 
pool unique identity irrespectively of whether the radio access 
networks or part of networks are not lu-f lex/Gb-f lex enabled . 

Therefore the invention also provides a core network functional 
server node (core node) as initially referred to, which comprises 
means for,, at the transition of a connection/attachment of a 
mobile station from a first control node not supporting pooling of 
core nodes to another, second, control node supporting pooling of 
core nodes, keeping the mobile station connected/attached to said 
first core node. Particularly said means comprises means for 
generating and allocating and using a received temporary mobile 
station identity further comprising a pool identification for 
identifying the core node in the pool to which a core node 
belongs. Particularly the temporary mobile station identity is 
generated and allocated irrespectively of whether the mobile 
station is connected/ attached to a control node supporting pooling 
of core nodes or not. Particularly said temporary mobile station 
identity is contained in a routing/location area update message 
received/relayed from a second control node enabling keeping the 
mobile station connected to the (first) core node. Particularly a 
mobile station transition from a first to a second control node 
comprises an intra core-intersystem change. Particularly the first 
core node comprises a dual/multi- mode core node supporting access 
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10 

over more than one radio access network, wherein the at least two 
radio access networks implement different radio access 
technologies. Particularly the node comprises a Service GPRS 
Support Node (SGSN) . Alternatively it comprises a Mobile Switching 
5 Center (MSG) . Particularly the node uses the Gb-flex mechanism or 
the lu-f lex mechanism for allocating ' a modified temporary mobile 
identity (with pool identity) to a mobile station and the 
transition comprises an intra SGSN intersystem change. 

10 The invention therefore also suggests a method as initially 
referred to, which comprises the step of; for a mobile station 
moving from a first routing/location area in which it is connected 
to a radio access network control node not supporting pooling of 
core nodes but served by a first core node forming part of the 

15 pool, to a second routing/location area controlled by a radio 
access network control node supporting pooling of core nodes, 
keeping the mobile station connected to said first core node at 
least until the mobile station enters a routing/location area 
controlled by a radio network control node not supporting pooling 

20 of core nodes. Particularly the method comprises the steps of; 
allocating a temporary mobile station identity provided with a 
pool identification to a mobile station connecting to a first 
radio network access control node served by a core node of the 
pool, irrespectively of whether the first radio access network 

25 control node supports pooling of server nodes or not; including 
the pool identification in the message relating to change/updating 
of routing/location area when the mobile station moves to a 
routing/ location area covered by a second radio access network 
control node supporting pooling of core nodes; relaying the 

30 routing/ location area change /updating message to the first core 
node. 
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Particularly the first and second radio access network control 
nodes belong to the same radio access network and implement the 
same radio access technology. Particularly the first core node 
comprises a dual/multimode access node supporting at least two 
radio access technologies. In one implementation the first control 
node is an UMTS RNC and the second control node is a GSM BSC. In 
an alternative implementation the first control node is a GSM BSC 
whereas the second control node is an UMTS RNC. Particularly the 
first and second core nodes are SGSNs. In an alternative 
implementation said first and second core nodes comprise mobile 
switching centers (MSC) . 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will in the following be more thoroughly described, 
in a non-limiting manner, and with reference to the accompanying 
drawings, in whicln: 

Fig. 2 shows an embodiment with a first radio access network 
supporting pooling of core nodes and a second radio access 
network not supporting pooling of core nodes. 

Fig. 3 shows an embodiment of the invention in which a part of a 
radio access network is not pool enabled even if core 
nodes controlling it are arranged in a pool. 

Fig. 4 shows an embodiment in which a GSM radio access network is 
pool enabled whereas a UMTS radio access network is not 
pool enabled, the pool comprising a dual access SGSN, 



Fig- 5 



is a figure similar to Fig. 4 but for circuit switched 
communication and wherein the core nodes arranged in a 
pool comprrise MSCs, 
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Fig. 6 is a figure illustrating a UMTS pool with two dual access 
mode SGSNs wherein a GSM radio access network is not pool 
enabled. 



5 Fig. 7 is a sequence diagram illustrating, in a simplified 
manner, the sequence when a mobile station moves into a 
hot spot (UMTS) not supporting pooling of SGSNs, and the 
sequence when the mobile station leaves a hot spot not 
supporting pooling, entering a GSM pool, 

10 

Fig. 8 is a flow diagram describing an exemplary scenario when a 
mobile station changes routing area in a network with 
pooled core nodes but wherein part of the radio access 
network control nodes are not pool enabled, and 

15 

Fig. 9 is a flow diagram describing an example of a scenario when 
a mobile station moves in a network with pooled core nodes 
and in which there is one radio access network with pool 
enabled control nodes and one radio access network with 
20 non-pool enabled control nodes. 



DETAILED DESCRIPTION OF THE INVENTION 

Fig. 2 shows a pool of core nodes li, 2i, 3i, 4i, 5i. Core node 2i 
is a dual access mode core node supporting access by two different 

25 radio access networks using different radio access technologies, 
here RAN-1 and RAN-2- Each radio access network, here RAN-1 and 
RAN-2, comprises a number of base stations (not shown) controlled 
by radio network control means, here RAN-1 control node lli, RAN-1 
control node 12i and RAN-2 control node 21i. The core nodes in the 

30 pool share the responsibility for the control of radio access 
network RAN-1, which here means that any core node of the pool is 
able to control any one of the radio network control nodes lli, 
12i of RAN-1. In this embodiment all core nodes are provided in a 
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coitimon pool. However a pool may comprise more than two sites, 
there may also be moxe than one pool etc. It is in this context 
referred to the Swedish Patent Application with the application 
.niomber 0003719-2 filed on October 13, 2000 by the same applicant. 
This document is herewith incorporated herein by reference. 

However, in this particular embodiment RAN-2, or the control node 
21i, does not support pooling of core nodes, i.e. it is not pool 
enabled. RAN-2 control node 21i can in this embodiment only be 
controlled by dual mode core node 2i. RAN-1 control node lli here 
controls location/routing (LA/RA) areas 31i, LA/RA 32i, whereas 
RAN-1 control node 12i controls routing area LA/RA 34i and 
LA/RA 33. RAN-2 contarol node 21i controls LA/RA 41i. It is here 
supposed that a mobile station MS is moving through the network . 
Upon entering the common pool area served by core nodes included 
in the core node pool 10, it is here supposed that it enters IjA/RA 
31i handled by RAN-1 lli- Since RAN-1 control node lli is a pool 
enabled control node, any one of core nodes li-5i is able to 
control RAN-1 control node lli, or the mobile station MS. Which 
core node that is selected depends on the used algorithm, e.g. 
taking load sharing into consideration or an arbitrary core node 
can be selected. Here it is supposed that core node 3i has been 
selected. MS then rem.ains connected to CN 3i when it moves through 
LA/RA 31i and LA/RA 32i. However the mobile station leaves LA/RA 
32i, and at II it enters routing area LA/RA 41i controlled by RAN- 
2 control node 21i, which is not pool enabled. This transition 
will trigger an ISRAU as standardized in 3GPP TS 23.060, Section 
6.9.1.2.2 describing the ISRAU procedure and the MS will be 
transferred to dual mode core node CN 2i instead, which always 
handles RAN-2 control node 21i. This is here the only node that 
can control RAN-2 control node. However, the MS proceeds through 
the network and at III leaves LA/RA 41i to enter LA/RA 34i handled 
by RAN-1 control node 12i. RAN-1 control node 12i however is pool 
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enabled. This means that the MS can stay connected to the 
preceding core node which was dual mode core node 2i and instead 
of an ISRAU the transition III comprises an intra core node inter- 
system change. This is possible since,, when the mobile station 
5 connects /attaches at I, wherein a connect /attach request is 
received from MS in RAN-1 control node lli, and when core node 3i 
has been selected, core node 3i allocates a temporary mobile 
station identity, e.g. ((P)-TMSI) to the mobile station which 
includes a unique identity of the core node within the core node 

10 pool 10 which is unique for that pool. This identity may for 
example comprise a network resource identity, NRI, which is 
included as a part of the, here by core node 3i, generated and 
allocated mobile station temporary identity. This makes it 
possible when the MS moves from the coverage of RAN-1 to the 

15 coverage of RAN--2, and from the coverage of RAN-2 to the coverage 
of RAN-1, for RAN-1 control node 12i to find the unique pool core 
node identity, e.g. NRI, in the MS routing area update message, 
and to relay th.is message to the core node to which the mobile 
station previously was connected, in this case the dual mode core 

20 node 2i. Thus, when the mobile station returns to a control node 
that is pool enabled, the MS can remain connected to the same core 
node as it was connected to when it was under control of a non- 
pool enabled control node. Although, in this particular embodiment 
the MS first attached/connected to a control node (lli) that was 

25 pool enabled, in which case it always would be allocated a 
temporary MS identity with information about the pool identity, 
also in case a mobile station first connected/attached to a 
control node which was not pool enabled, also the unique core node 
identity within the pool would have been added, enabling the MS to 

30 remain with the preceding core node when moving from a control 
node which is not pool enabled, to a pool enabled control node, 
according to the inventive concept. This means that for a 
considerable number of the transitions between a non-core enabled 
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radio access network and a core enabled radio access network, no 
ISRAUs will be due, which means that the signalling between the 
core nodes within the pool will be considerably reduced as well as 
the signalling between the pooled nodes and other network nodes 
such as switching nodes, gateway nodes and home location nodes 
will be considerably reduced. 

Fig. 3 shows an embodiment with a core node pool 20 comprising a 
number of core nodes CN I2, 22, 32 r 42- The intention with this 
figure is to illustrate an embodiment in which part of a network 
does not support pooling, i.e. part of one and the same radio 
access network, here RAN-1 is pool enabled whereas another part of 
RAN-1 is not pool enabled. Here it is supposed that the part of 
RAN-1 that is not pool enabled, is controlled by control node 122 
responsible for routing area 323, whereas control nodes II2/ 132 
are pool enabled and responsible for location/routing areas LA/RA 
3I2 and 333 respectively. In this embodiment the core node pool 
does not comprise any dual mode access node. Of course, also in 
this case there might be a dual mode access node, but it is not 
necessary. Like in Fig. 2 it is here supposed that the mobile 
station MS moves through the network, from LA/RA 3l2^ to LA/RA 323 
and to LA/RA 333. When it attaches/connects over RAN-1 control 
node ll2f it is here supposed that core node CN 22 is selected in 
agreement with the relevant criteria or the relevant algorithm as 
discussed above. At I MS enters LA/RA 3I2 and at II MS leaves 
LA/RA 3I2 and enters LA/RA 323 controlled by the control node 122 
which is not pool enabled. Then, as in the preceding case, e.g. an 
ISRAU is due, and MS is connected to CN 42 instead of CN 22 which 
is the fixed core node controlling control node 122. However, for 
the mobile station the transition from LA/RA 323 to LA/RA 333, 
III, no ISRAU (for example) is needed, since already upon entry of 
the pool area the MS had been allocated a temporary mobile station 
identity, with pool identity (e.g. ((P)TMSI with NRI) and MS can 
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remain connected to CN Az. It should be clear that, even if MS had 
entered the pool area at LA/RA 323, CN 42 would have generated and 
allocated a tempoirary mobile station identity and included the 
core node unique pool identity, even if control node 122 is not 
5 pool enabled, thus enabling that, when moving to LA/RA 333 or to 
LA/RA 3l2f MS could, have remained with CN 42- 

Fig, 4 shows an embodiment with a GSM pool 30 in which a number of 
SGSNs are provided^ here SGSN-1 I3, SGSN-2 23, dual mode SGSN-3 33 

10 and SGSN-4 43- It is here supposed that the GSM radio access 
network is pool enabled whereas an UMTS radio access network is 
not. It is also supposed that UMTS coverage is introduced as "hot 
spot" on top of existing GSM coverage. Control nodes BSC-1 II3, 
BSC-2 123 control GSM RAN routing areas RA 3I3, 323, 343 and 333 

15 whereas UMTS RAN is controlled by control node RNC 2I3 responsible 
for RA 4I3. Since RNC 2I3 is not pool enabled, it can only be 
controlled by dual mode SGSN-3 33 whereas SGSNs I3, 23, 33, 43 in 
common control BSC-1 II3 and BSC-2 123. It should of course be 
clear that in a real implementation there are far more control 

20 nodes, more routing areas and generally more core nodes, but for 
reasons of clarity such are not illustrated. It is here supposed 
that the dual mode SGSN-3 33 uses the Gb-flex mechanism relating 
to pooling for GSM between BSC/SGSN for allocating a P-TMSI 
(Temporary MS Id) to a mobile station even if the UMTS radio 

25 access network is not lu-flex enabled- The unique identification 
of a core node in tine SGSN pool 30 (particularly Network Resource 
Id, NRI) is, as referred to above, included as a part of the, by 
the SGSN generated, P-TMSI. In that manner, when the mobile 
station moves from UMTS to GSM coverage, i.e. from being 

30 controlled by RNC 2I3 to being controlled by BSC-2 I23, BSC-2 I23 
will find the NRI in the MS routing area update message and relay 
the message to the preceding SGSN to which the MS was connected, 
i.e. to the same SGSN as the MS already is connected to (here 
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SGSN-3) . This means that the transition from UMTS to GSM coverage 
will result in an intra SGSN intersystem change instead of an 
ISRAU as discussed above. Of course^ for the opposite situation^ 
when UMTS radio access network is pool enabled and the GSM radio 
access network is not, the same principle is valid. As discussed 
above, the functioning will be the same also when part of for 
example a GSM (UMTS) radio access network is pool enabled, cf. 
Fig. 3. When the mobile station moves to a non-pool enabled 
control node (BSC or RNC) if the same or different radio access 
systems are concerned, an ISRAU is likely when the SGSN changes, 
whereas when the MS returns to a pool enabled control node, e.g. 
BSC or RNC, the MS can remain connected to one and the same SGSN 
also after the transition. 

Fig. 5 shows an implementation of the inventive concept to circuit 
switched communication. It is here supposed that a number of core 
nodes, here comprising MSC-1 I4/ MSC-2 24, dual mode access node 
MSC-3 34 and MSC-4 44 are arranged in a GSM pool 40. MSCs 14, 24/ 
34, 44 in common control BSC-1 II4 and BSC-2 I24, whereas dual 
access MSC-3 34 is responsible for RNC 2I4. BSC-1 II4 here controls 
LAS 3I4, 324 whereas BSC-2 I24 controls LA 344/ and LA 334, whereas 
RNC 2I4 controls LA 4I4- It is here supposed that MS upon entry of 
LA 3I4 via BSC-1 II4 is connected to MSC-4 44 and that MSC-4 44 
generates a TMSI with pool identity and allocates it to MS. At II 
a core node change to MSC-3 34 is required. When a MS moves from 
LA 4I4 where it is controlled by RNC 2I4 served by MSC-3 34, to LA 
344, MS remains connected to dual access node MSC-3 34. In other 
aspects the functioning is similar to that described with 
reference to Figs. 2-4 and irrespectively of to which MSC an MS is 
connected upon connection/attach, i.e. irrespectively of whether 
the control node is pool enabled or not, i.e. here RNC 2I4 is not 
pool enabled, a temporary mobile station identity including unique 
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pool identity, here unique MSG identity within the pool identity, 
is generated and allocated to the MS. 

Fig. 6 shows still another embodiment wherein a number of core 
nodes are arranged in, here, an UMTS pool 50 which comprises dual 
mode SGSN-1 I5, SGSN-2 25, dual mode SGSN-3 3s and SGSN-4 45. This 
embodiment differs from preceding illustrated embodiments in that 
the pool comprises two dual mode core nodes, with the intention to 
illustrate that a pool of course not is limited to but one dual 
mode core node; on the contrary there may be more than one dual 
mode core node, all core nodes may be dual mode core nodes etc. 
Any variation is possible within the scope of the appended claims. 
Here RNC-1 2I5 handles RA 4l5^ RNC-2 225 handles RA 425 and 435 and 
BSC-1 II5 handles RA 31s- Core nodes I5-45 in common control RNCs 
2I5 and 225 whereas BSC-1 II5 can be controlled by dual mode SGSN-1 
I5 and dual mode SGSN-3 35. Thus, in this embodiment, BSC-1 is 
pool enabled in so far that it can be controlled by dual mode 
SGSN-1 I5 and dual mode SGSN-3 35. One example is given for an MS 
moving from RA 4I5, where SGSN 25 has been selected according to 
the relevant criteria or the relevant algorithm. When MS enters 
routing area 3I5 controlled by BSC-1 II5, is supposed that SGSN I5 
is selected. However, v/hen MS moves on into RA 435, it remains 
connected to SGSN I5 according to the principles described with 
reference to Figs. 2-5. 

Fig. 7 is a simplified sequence diagram illustrating (above the 
dashed line) the sequence when a mobile station MS moves into e.g. 
an UMTS hot spot which ±s not pool enabled and, below the dashed 
line, the sequence when the MS leaves the UMTS hot spot and enters 
a GSM pool enabled radio access network. Thus, it is first 
supposed that mobile station MS sends a routing area update 
request, 1, to UMTS RNC. The RNC then sends a routing area update 
request to the dual access SGSN, it here has no other choice, 2, 
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The dual access SGSN fetches information from the old SGSN (to 
which the MS previously was connected) and updates the home 
location node, HLR (Home Location Register) and the relevant GGSN 
(Gateway GPRS Support Node), 3. The old SGSN thus provides 
information to dual access SGSN. Subsequently the dual access SGSN 
sends a routing area update accept with P-TMSI with NRI, according 
to the inventive concept, to the RNC, 4. RNC then sends a routing 
area update accept including P-TMSI with NRI, to the mobile 
station. 

Subsequently, it is supposed that, in this case, an ISRAU was 
required and that there was a change of SGSNs from SGSN to the 
dual access SGSN. Below the dashed line, it is supposed that the 
mobile station leaves the hot spot. The MS sends a routing area 
update request (including the P-TMSI with NRI received from RNC) 
to the relevant BSC, 1*. The BSC then sends a routing area update 
request to the dual access SGSN, since information to that effect 
was given by NRI, 2'. The dual access SGSN then sends a routing 
area update accept (with P-TMSI with NRI) to the BSC, 3', which 
subsequently sends a routing area update accept with P-TMSX with 
NRI to the mobile station, 4'. Thus, when leaving the hot spot, no 
SGSN change is required. 

Fig. 8 is a flow diagram describing one example on a possible 
scenario (here for packet switched (PS) communication) when a 
mobile station enters a pool area and subsequently performs a 
routing area change indicated through the dashed line. Thus, it is 
here supposed that an attach request from an MS entering a pool 
area is received in RNC 1 controlling routing area RA 1 of a radio, 
access network denoted RAN 1, 100. It is then examined whether 
RNC 1 is pool enabled, 101. If not, the SGSN responsible for 
controlling RNC 1 is selected, by necessity e.g. SGSN X2, lOlA. If 
however RNC 1 is pool enabled, an SGSN, e.g. SGSN XI, is selected 
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from the pool according to the relevant algorithm, 102. Of course 
any algorithm can be used for the selection of the appropriate 
SGSN. Subsequently, irrespectively of whether RNC 1 was pool 
enabled or not, a mobile station identity, e.g. P-TMSI with unique 
pool identity e.g. NRI, is generated and allocated to the MS, 103. 
It should be clear that the procedure when an attach request or 
connection request has been sent to the selected SGSN server 
includes more steps among others including that the SGSN has to 
accept etc. However, such steps do not have any influence on the 
inventive concept and are therefore not included in this flow. 

At a later stage it is supposed that the MS changes routing area 
RA, as indicated through the dashed line in the Figure. Thus, the 
MS changes routing area and sends a routing area update request 
with P-TMSI with NRI to, here, RNC 2 belonging to the same radio 
access network RAN 1 as RNC 1. It is then examined if RNC 2 is 
pool enabled, 105. If not, the routing area update request is sent 
to the SGSN controlling RNC 2, e.g. SGSN X3, 105A. If, however, 
RNC 2 is pool enabled, RNC 2 uses NRI to send the routing area 
update request to SGSN XI (or X2), 106. SGSN X1/X2 then sends a 
routing area update accept (on condition that it accepts), with P- 
TMSI with NRI to RNC 2, 107. RNC 2 forwards the routing area 
update accept to the MS, 10 8. It should be clear that this flow 
shows one particular plausible scenario, the important thing being 
that the unique pool identity is generated together with P-TMSI 
and provided irrespectively of whether an MS connects to, here, an 
RNC which is pool enabled or not, and that this information 
subsequently can be used when a mobile station leaves an, here, 
RNC which is not pool enabled. It thus relates to an 
implementation in which a part of one and the same radio access 
network does not support pooling of core nodes, here particularly 
SGSNs . 
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Fig. 9 is a further flow diagram illustrating a scenario (here for 
PS communication) in which there are two different radio access 
radio networks of which one, RAN 1, is pool enabled whereas the 
other, RAN 2, is not, and in which the mobile station changes 
5 routing area RA twice, indicated through the dashed lines in the 
flow. Thus, it is supposed that an attach request from a mobile 
station entering the pool area is received in BSC 1 controlling 
routing area RA 1 of RAN 1, 200. It is established whether BSC 1 
is pool enabled, 201. If not, the SGSN controlling BSC 1 is 

10 selected, i.e. an attach request is sent here to SGSN Y3, 201A. If 
however BSC 1 is pool enabled, it is supposed that for example 
SGSN Yl from the pool is selected according to the relevant 
algorithm, 202. In both cases, i.e. if BSC 1 was pool enabled or 
if BSC 1 was not, a P-TMSI with unique pool identity (NRI) is 

15 generated and allocated to the mobile station, 203. 

Subsequently it is supposed that the mobile station changes 
routing areas from RA 1 to RA 3 controlled by RNC 4 of the other 
radio access network RAN 2 . A routing area update request with P- 

20 TMSI with NRI is then sent to (here) RNC 4, 204. It is then 
established if RNC 4 is pool enabled, 205. If not,- it is 
established if SGSN Y1/Y3 is a dual access mode SGSN, 205A. If 
not, a dual mode SGSN is selected, e.g. SGSN Y2, 205C. If yes, the 
MS remains connected to SGSN Yl. If however RNC 4 was pool 

25 enabled, a routing area update request is sent to SGSN Y2 
controlling RNC 4, (here SGSN Y2 is supposed be a dual mode SGSN), 
206. (If, in step 201A, another SGSN (Y3) had to be selected since 
BSC 1 was not pool enabled, the routing area update request was 
sent to SGSN Y3 instead.) The MS is then connected to SGSN Y2 

30 (c.f. step 201A), 207 following the ISRAU procedure. 

Subsequently it is supposed that the MS once more changes routing 
area from RA 3 controlled by RNC 4 to RA 2 controlled by BSC 2 
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(which is pool enabled)^ of RZ^ 1. Routing area update request 
with P-TMSI and NRI is then sent to BSC 2, 208. BSC 2 uses NRI to 
send a routing area update recjuest to SGSN Y2 (dual mode SGSN) , 
209. SGSN Y2 sends an accept with P-TMSI and NRI, to BSC 2, 210, 
5 and BSC 2 forwards the accept to the MS, 211. 

It should be clear that this merely is one particular scenario 
intended to illustrate the inventive concept. 

10 When referring to routing areas in Figs. 7 and 9, it should be 
clear that for CS circuit switched communication, LAs would be 
indicated instead. 

The invention is of course not limited to the particular 
15 illustrated embodiments and scenarios, but it can be varied in a 
number of ways, and it can be implemented in different systems 
etc. and further that the pools may be constituted in various 
different ways and that there may also be more than just two radio 
access networks involved, the inventive concept still is 
20 applicable. 



